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Introduzione 

"L 'intelligenza artijiciale attualmente racchiude una xastissima xarieta di 
specializzazioni, dal generate (apprendimento e percezione) alio specifico, 
come giocare a scacchi, dimostrare teoremi matematici, scrixere poesia, 
guidare una macchina in una strada affollata e diagnosticare malattie. 

L'AI e import ante per ogni attixita intellettuale: 

e daxxero una disciplina universale" [ 6 ] 

Questa definizione di intelligenza artificial (abbreviate AI) e incredibilmente 
ampia e cerca di inglobare al suo interno molte delle caratteristiche che 
contraddistinguono questa disciplina in continua evoluzione. 

Da millenni l'uomo si e concentrato sullo studio del pensiero umano: lo scopo 
dell'intelligenza artificiale e quello di riprodurne le meccaniche e di costruire 
entita in grado di sviluppare pensieri. 

Lo studio dell'intelligenza artificiale ha inevitabilmente creato implicazioni di 
tipo filosofico e morale oltre che prettamente scientifico: essa e venuta sempre 
piu a caratterizzarsi come un campo del sapere interdisciplinare dove 
informatici, matematici, psicologi, linguisti, filosofi e neuroscienziati 
collaborano per ottenere intelligenze artificial! sempre piu sofisticate. 

Nell'ambito delle realta virtuali e dei videogiochi l'elevata interattivita 
dell'utente con elementi di gioco offre ottime applicazioni per teorie 
sull'intelligenza artificiale. 

L'obiettivo che ci si prefigge con questa tesi e la progettazione e 
l'implementazione di intelligenza artificiale per un gioco 3D; tutte le scelte 
progettuali verranno supportate da argomentazioni sviluppate in seguito ad 
un'analisi critica di alcune tecniche gia utilizzate con successo nell'industria di 
settore. 

Nel primo capitolo si chiarira il significato di intelligenza artificiale in un 
contesto classico e piu generico per poi enfatizzame le caratteristiche in un 
contesto videoludico. 

Nel secondo capitolo si descriveranno le regole del gioco in esame e le 
peculiarity del livello realizzato; verranno quindi identificati gli aspetti 
progettuali ed implementativi da realizzare. 
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Nel terzo capitolo si descrivera I'utilizzo delle macchine a stati finiti come 
tecnica per il processo decisionale nei videogiochi, mettendone in evidenza 
pregi e difetti con cenni all’analisi computazionale. 

Si descriveranno inoltre gli strumenti matematici e fisici utilizzati per la 
realizzazione del movimento dei personaggi di gioco e verranno analizzati 
criticamente per scegliere quelli piu consoni al progetto. 

Nel quarto capitolo si mostrera la soluzione proposta specificando gli 
algoritmi ideati utilizzando le tecniche scelte nel capitolo precedente. 

Nel quinto capitolo si descriveranno le tecnologie ed i linguaggi di 
programmazione utilizzati per la realizzazione. 

Nel sesto capitolo si discuteranno i risultati ottenuti e possibili estensioni al 
lavoro svolto. 
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1 Concetto di Intelligenza Artificiale 

Nel presente capitolo si dara una chiara definizione del concetto di intelligenza 
artificiale mediante l'ausilio di testi autorevoli, ai quali si rimanda per 
approfondimenti in merito a tematiche particolari: 1'AI e una disciplina 
immensa e descriverne esaustivamente tutti i rami esula dallo scopo di questa 
tesi. 

Verranno infine individuati gli aspetti dell'intelligenza artificiale classica che 
vengono rielaborati e sfruttati nel contesto dei videogiochi. 


1.1 Intelligenza Artificiale Classica 

Data la complessita dell'argomento, gli studiosi hanno catalogato diversi 
approcci atti a definire 1'AI [6]: 

1. Thinking Humanly 

Un computer viene considerato intelligente se riesce ad emulare i 
processi mental i che caratterizzano il pensiero umano; quest'approccio, 
per produrre risultati concreti, necessita di una conoscenza completa 
della struttura della mente umana, della quale non si sono ancora 
scoperti tutti gli aspetti. 

2. Thinking Rationally 

Questo approccio si basa sulla possibility di definire con precisione 
metodi di corretto ragionamento e di farli eseguire ad un computer. 
Aristotele (384-322 a.c.) aveva individuato strutture logiche in grado di 
dare tesi corrette a partire da ipotesi corrette mediante l'uso di 
sillogismi. 

3. Acting Humanly 

Un compuer e in grado di pensare solo se agisce in maniera tale da 
rendere indistinguibile il suo comportamento da quello di un umano: e 
1'approccio proposto da Alan Turing con il suo test. 

4. Acting Rationally 

Un agente e definito intelligente se agisce per ottenere il massimo 
risultato o il risultato che appare essere migliore in un dato momento. 
Con questo approccio e possibile definire un agente (dal latino agere, 
agire): esso e un'entita in grado di percepire l'ambiente circostante e 
prendere delle decisioni in maniera autonoma. Quando le azioni di un 
agente lo conducono verso il risultato migliore, esso viene detto agente 
razionale 
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Gli approcci basati sull’acting risultano naturalmente piu indicati per il mondo 
dei videogiochi: colui che in realta formulera un giudizio sulla qualita 
dell'agente e infatti il giocatore, che ha come strumento soltanto il feedback 
visivo delle entita virtuali che e strettamente correlato alle loro azioni. 

L'ottenimento di una buona A1 per un gioco di tipo competitive, a prescindere 
dal genere, si traduce nel rendere equiparabile una partita contro un computer 
con quella contro un giocatore umano. Specialmente con il quarto tipo di 
approccio, si ha la possibility di definire cosa si intende per risultato migliore, 
permettendo di realizzare diversi livelli di difficolta dosando parametri di 
funzioni euristiche. 

Dopo aver chiarito dei metodi di classificazione e di valutazione di AI sorgono 
spontanei degli interrogativi sui possibili traguardi raggiungibili. 

Secondo il modello dell' AI forte, e impossibile considerare un sistema 
intelligente se non lo si ritiene in possesso di una coscienza e di emozioni 
come quelle umane; in quest'ottica l'intelligenza artificial diviene quindi un 
prezioso metodo di indagine del pensiero umano: una corretta simulazione del 
pensiero umano deve essere considerata una mente a tutti gli effetti. 

Questi obiettivi, oltre che (per il momento) irraggiungibili, non costituiscono 
interesse per la ricerca e lo sviluppo di AI nell’ambito videoludico. 

Nei videogiochi non sempre interessa avere personaggi con intelletto 
paragonabile a quello umano; quest'ultimo e intrinsecamente general-purpose 
mentre le tecniche per AI nei giochi mirano ad efficienti prestazioni in ambiti 
molto ristretti. Le tecniche impiegate nei giochi rientrano nel modello di AI 
debole: essa consiste nello studio di agenti in grado di agire come lo farebbe 
un umano ma in contesti molto ristretti. 

Riducendo il dominio applicative e piu semplice trovare soluzioni ottimali a 
dei problemi e quindi ottenere un comportamento soddisfacente da parte di un 
agente. Questo approccio di tipo divide ed impera ha permesso di superare uno 
stallo iniziale dinnanzi all'approccio basato puramente su un'Al forte e di 
utilizzare con successo gli studi sull'intelligenza artificial in numerosi domini 
applicative 

Gli esempi sono molteplici: si pensi alio sviluppo dei moderni sistemi di 
speech recognition e al conseguente proliferare di assistenti vocali (Siri di 
Apple [ 1 ] o Cortana di Windows[2]). 
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Algoritmi di comprensione del linguaggio sono stati studiati e raffinati a tal 
punto da permettere a software di tradurre automaticamente testi in lingue 
dilTerenti: tutto cio senza che alcun programmatore fosse in grado di parlare 
effettivamente altre lingue, ma applicando statistica e algoritmi di machine 
learning [6], 

Infine e impossibile non citare le applicazioni dell'AI nell'ambito della 
robotica: si pensi ai moderni sistemi di domotica o a robot in grado di 
coordinarsi per effettuare operazioni rischiose per agenti umani [ 3 ], 


1.2 Intelligenza Artificiale nei Videogiochi 

"La definizione di AI per videogiochi e piuttosto ampia e flessibite. Tutto cio 
che rende Tillusione di intelligenza ad un livello appropriato, rendendo quindi 
il gioco pi it immersivo. stiniolante e, soprat tutto, divertente, pud esse re 
considerata AI di gioco. Proprio come Tuso di ftsica realistica nei giochi. una 
buona AI aggiunge coinvolgimento ai gioco , catturando il giocatore e 
allontanandolo dal la realta." [ 1 ] 

L'AI per videogiochi si occupa quindi di simulazioni di intelligenza realistiche 
e piu efficienti possibile in grado di migliorare 1'esperienza del giocatore. 

Tutti i sistemi di intelligenza artificiale utilizzati nei videogiochi rientrano 
nella categoria dell'AI debole, spesso caratterizzati da un elevato tasso di 
determinismo. Di seguito si mostreranno pregi e difetti di sistemi 
deterministici e non nei videogiochi, spiegando il perche la stragrande 
maggioranza dell'industria sia incline ad usare metodi deterministici. 


1.2.1 Sistemi Deterministici 

Un sistema e deterministico quando 1'output e prevedibile con esattezza in 
funzione dell'input. Nell'ambito dei giochi un agente si comporta in maniera 
deterministica se, dato uno stato del gioco, esso risponde sempre alio stesso 
modo. Un'AI sviluppata in questo modo produce risultati prevedibili, veloci, 
facili da implementare, da capire e da testare. 

Purtroppo essi richiedono la conoscenza a priori di tutti i possibili scenari di 
gioco e ogni comportamento va scritto esplicitamente [1], In termini di 
gameplay, inoltre, un giocatore esperto puo facilmente capire i pattern 
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comportamentali degli avversari per sfruttarli a proprio vantaggio, rendendo 
tali tecniche di AI del tutto inefficaci; quest'ultimo problema pero puo essere 
contenuto da un efficace level design e da uno studio approfondito del gioco 
specifico. 


1.2.2 Sistemi Non Deterministici 

Le tecniche non deterministiche sono molto complesse da realizzare e 
soprattutto da testare, oltre ad essere meno efFicienti nella maggior parte dei 
casi: e difficile, se non impossibile, essere sicuri che degli agenti non generino 
comportamenti non coerenti in circostanze di gioco inusuali o non previste dai 
programmatori. 

I tempi di sviluppo dei videogiochi sono spesso molto contingentati e lo studio 
di nuove tecniche dello stato dell'arte richiede uno sforzo non indifferente per 
rendere queste ultime utilizzabili in ambito produttivo. 

Nonostante questi evidenti difetti, i sistemi non deterministici offrono elevate 
possibility di crescita nel futuro dei videogiochi; con un sistema non 
deterministico e possibile implementare tecniche di apprendimento capaci di 
trovare nuove risposte per qualsiasi strategia inventata dai giocatori e non 
prevista a priori dai programmatori. 

Molti giochi hanno utilizzato tecniche di Al non deterministiche ed il loro 
successo ha contribuito a diffondere 1'interesse per metodi di machine learning 
come reti neurali, algoritmi genetici e metodi probabilistici [1], 

Un valido esempio da considerare puo essere il videogioco Black & White, 
sviluppato da Lionhead Studios nel 2001. 

In esso il giocatore interpreta una divinita il cui scopo e ottenere il consenso 
del maggior numero possibile di fedeli in ogni livello mediante determinate 
azioni. All'interno del gioco e possibile gestire una propria creatura mitologica 
che funge da servitore, in grado di interagire direttamente con lo scenario di 
gioco. 

Questa caratteristica di gameplay sfrutta le tecniche non deterministiche sopra 
citate poiche il servitore agisce spontaneamente: sara compito del giocatore 
punire o premiarlo a seconda delle sue azioni e fornire quindi feedback 
positivo o negativo alfalgoritmo di machine learning utilizzato nel codice del 
gioco. 
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II feedback del giocatore e quindi fondamentale per generare in maniera 
coerente le prossime azioni della creatura e l’utilizzo di tecniche non 
deterministiche permette una simulazione comportamentale credibile. 
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2 Analisi del Problema 

In questo capitolo si descriveranno le meccaniche del gioco illo:birth of the 
cool e 1'analisi del problema derivata dalla lettura del documento di game 
design. 


2.1 Descrizione Generale del Gioco 

II gioco consiste in un'avventura 3D con puzzle ambientali da risolvere per 
passare da un livello ad un altro. 

II giocatore controlla un piccolo animale bianco di nome illo mediante 
l'utilizzo di touchscreen o mouse a seconda della piattaforma: una volta 
individuato un punto, illo seguira il percorso minimo in linea d'area verso di 
esso. 

In figura 1 si puo vedere un esempio di gameplay mentre il personaggio cerca 
di fuggire da un nemico. 

Ogni livello ha un inizio ed una fine da raggiungere: I'utente deve interagire 
con altri elementi del gioco al fine di evitare ostacoli e terminare il livello. 



Figura 1: Screenshot del gioco 
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illoihirth of the cool e in fase di sviluppo da Kaylight S.r.l. e sara disponibile 
per le seguenti piattaforme: iOS, Android, PSN (Move), XBLA (Kinect), Wii- 
U, PS Vita, Nintendo 3DS. 


2.2 Descrizione del Livello Specifico 

II livello in esame inizia con illo accanto ad una struttura stilizzata di un fiore; 
in questa prima parte un uccello deve volare nella parte superiore dello 
schermo seguendo un pattern predefinito. 

E possibile muovere illo su tutta la superficie piana dove e situato ma l'unico 
oggetto estemo con il quale e possibile interagire e il fiore: premendo su uno 
dei due lati rivolti al giocatore, esso si ruotera di conseguenza e lascera cadere 
la sfera sopra di esso, come illustrato nei bozzetti in figura 2. 



Figura 2: St onboard del fiore 

Risolto questo primo pezzo di puzzle, l'uccello che volava sopra ad illo si 
sposta su un trespolo piu in alto facendo schiantare la colonna sulla quale esso 
si e posato. 11 giocatore puo ora interagire con la sfera appena caduta: dopo 
qualche tocco, essa si rompera e scomparira, lasciando al suo posto una 
pozzanghera dello stesso colore. 11 liquido lasciato a terra ha una propriety 
speciale: facendoci camminare sopra illo, lo si potra poi far muovere in 
verticale. Un aspetto essenziale ricavato dal documento di Game Design e la 
gestione delle impronte: esse dovranno essere lasciate da illo dopo aver 
camminato sul liquido fino ad un massimo di sei. Le impronte devono svanire 
gradualmente e, qualora illo si trovi in verticale quando sono state tutte 
rimosse dal gioco, esso dovra cadere e dovra ricominciare la scalata dall'inizio. 
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Figura 3: Lo scenario tlopo aver rotto la sfera 

Una volta raggiunta la meta del muro in salita, l'uccello si stacchera dal suo 
trespolo e spicchera il volo uscendo dall'inquadratura. 



Figura 4: Interazioni degli uccelli con le torri 


Quando il giocatore e riuscito a condurre illo fin sopra alia prima colonna, 
inizia la seconda parte del livello, nella quale e presente un nuovo puzzle 
ambientale con due torri. In questa fase sono presenti tre uccelli che 
tenteranno di impedire al giocatore di passare e di terminare cosi il livello. 

Per fare cio, questi uccelli utilizzano una strategia di gruppo: a turno si posano 
su una delle due torri e la fanno schiantare sulla base sottostante come 
mostrato in figura 4. 

Viene inoltre specificato che le torri devono ruotare lievemente. 

Gli uccelli si alzeranno di nuovo in volo nei seguenti casi: quando vengono 
toccati dal giocatore mediante touchscreen oppure dopo un certo intervallo di 
tempo. Qualora un giocatore tocchi piu di due volte un uccello, esso si 
arrabbiera e volera al doppio della velocita. 
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Quando il giocatore riesce a condurre illo verso l'uscita (il quadrato sulla 
seconda colonna in figura 4) il livello termina. 


2.3 Analisi dei Requisiti e Metodologia di Sviluppo 

Il processo di sviluppo utilizzato in azienda e quello piu diffuso nell’industria 
videoludica, ovvero di tipo agile improntato alia prototipazione. 

I livelli vengono ideati dal reparto di design che produce un documento 
testuale accompagnato da immagini esplicative; esso prende il nome di Game 
Design Document (abbreviato GDD). 

Questo documento viene esaminato dal reparto grafico per la valutazione dei 
modelli 3D da produrre e dal reparto di programmazione per la progettazione 
delle funzionalita da realizzare, che nel caso specifico sono: 

■ AI per il fiore 

■ AI per la gestione delle impronte 

■ Implementazione di un algoritmo per il movimento sulle pareti 

■ AI per gli uccelli e la gestione delle torri 

Una volta identificate le funzionalita e stata proposta una soluzione al reparto 
di design, se ne e descritto il risultato atteso e si e passati poi alio sviluppo. 
Poiche 1'azienda non ha un reparto apposito per il testing, si e proceduto 
personalmente al testing delle soluzioni proposte nei diversi ambiti di 
gameplay previsti. 

Con questo tipo di approccio e essenziale un dialogo continuo fra i reparti di 
produzione: alcune aspetti possono essere stati trattati in maniera vaga nel 
GDD e meritano approfondimenti dettagliati oppure alcune richieste possono 
essere irrealizzabili con i tempi e le risorse disponibili. Specialmente per 
quanto riguarda le strategic degli uccelli e stato necessario piu di un 
chiarimento per comprendere i loro dettagli comportamentali per giungere poi 
alia soluzione esposta nel capitolo sulla progettazione. 
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3 Tecniche per la Realizzazione di Intelligenza 
Artificiale 

Dopo aver analizzato il problema, si presenteranno nel seguente capitolo la 
teoria alia base delle scelte progettuali effettuate. Per ogni problema 
riscontrato, si e cercato di applicare delle tecniche utilizzate con successo 
nell'industria videoludica. 

Per quanto riguarda il modello decisionale, ovvero come un personaggio 
decide effettivamente cosa fare, l'azienda ha basato il proprio framework sul 
concetto di macchina a stati finiti: pur essendo quindi la scelta in un certo 
senso obbligata, se ne descriveranno il funzionamento e i pregi. 

L'aspetto di intelligenza artificiale su cui si e lavorato maggiormente e quello 
relativo al movimento: quando un personaggio ha deciso quale attivita deve 
svolgere mediante modello decisionale, spesso per compierla dovra muoversi 
un ambienti virtuali in modo credibile. Per farlo, sono richiesti modelli 
matematici in grado di garantire una certa naturalezza nei movimenti. 

Nei capitoli successivi verranno riportate le metodologie effettivamente 
utilizzate per la risoluzione del problema, spiegandone il funzionamento 
teorico e i vantaggi derivanti dal loro utilizzo in ambiti differenti. 


3.1 Macchine a Stati Finiti 

Le macchine a stati finiti o Finite State Machine (abbreviato FSM) sono una 
delle tecniche piu diffuse nel mondo dei videogiochi per realizzare intelligenze 
artificiali per personaggi virtuali. 

Esse hanno il grande pregio di essere strutturalmente molto semplici e alio 
stesso tempo sono in grado di valutare contemporaneamente gli input del 
mondo di gioco ed il proprio stato intemo. 

Una macchina a stati finiti e composta da due elementi principali: Stati e 
Transizioni. 

Ad ogni stato e associata una serie di azioni da ripetere continuamente; cio che 
da effettivamente vita al personaggio e la possibility di cambiare il proprio 
stato intemo mediante transizioni al verificarsi di alcune condizioni. Ogni 
transizione ha uno stato di partenza ed uno di arrivo: quando determinate 
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condizioni vengono verificate, si passa dallo stato di partenza a quello di 
arrivo e il personaggio eseguira le attivita relative alio stato di arrivo. 

Le modalita di implementazione del concetto di FSM possono variare anche di 
molto: l'aspetto piu importante di un’implementazione di una macchina a stati 
finiti e la definizione di un’interfaced quanto piu generica possibile per i 
concetti di stato e transizione. Rendendo il processo modulare, diviene 
possibile creare macchine a stati finiti persino per designer che non hanno 
competenze in programmazione; essi non faranno altro che assemblare stati e 
transizioni gia scritte in maniera creativa. 

La gestione di un AI utilizzando macchine a stati finiti richiede pochissima 
memoria: vanno conservati unicamente il proprio stato corrente e 1'eventuale 
transizione con esito positivo. 

La complessita computazionale di tempo risulta essere O(n), con n il numero 
di transizioni uscenti dallo stato corrente, in quanto ogni transizione deve 
essere elaborata per controllare 1'eventuale verificarsi delle condizioni di 
uscita. 

La semplicita di implementazione e la facilita con cui e possibile effettuare 
operazioni di debug ha reso questa tecnica una delle piu diffuse nel mondo dei 
videogiochi. 


3.2 Rotazioni in uno Spazio 3D 

Per la realizzazione della camminata in verticale del protagonista e necessario 
utilizzare tecniche di rotazione in tre dimensioni: illo dovra essere in grado di 
muoversi sui muri e di ruotarsi automaticamente in funzione al piano sotto ai 
suoi piedi. Di seguito si riporteranno le tecniche a disposizione per realizzare 
il comportamento sopra descritto e si mostreranno le scelte effettuate 
mostrandone le motivazioni. 


3.2.1 Angoli di Eulero 

Le rotazioni basate sugli angoli di Eulero utilizzano un concetto molto 
semplice: ogni rotazione in uno spazio tridimensionale e scomponibile in tre 
rotazioni su assi fra loro perpendicolari. E importante precisare che l'ordine in 
cui si effettuano le rotazioni sui tre assi e estremamente importante e come si 
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vedra in seguito cio avra numerose implicazioni pratiche: a seconda del 
dominio applicative si scelgono convenzioni differenti con diverse gerarchie 
di rotazione. 


Spesso, per motivi di convenzione e facilita di utilizzo, gli assi di rotazione 
corrispondono agli assi cardinali dello spazio tridimensionale in esame. 

Gli angoli di Eulero sono estremamente intuitivi poiche le loro componenti 
sono efTettivamente angoli e cio coincide con quello a cui si e abituati a 
pensare quando si parla di rotazioni nello spazio: si precisa inoltre che, 
essendo espressi come combinazione di angoli, sono sempre interpretabili 
come un'orientazione nello spazio e quindi e impossibile definire angoli non 
validi. Essi rappresentano la scelta ottimale in caso di limiti di memoria: non e 
infatti possibile esprimere rotazioni 3D utilizzando meno di tre numeri. 

Nonostante i vari pregi sopra elencati, gli angoli di Eulero soffrono di alcuni 
problemi. In primo luogo essi soffrono di aliasing: per ogni orientamento 
nello spazio ci sono piu angoli di Eulero che lo esprimono. Se per esempio 
moltiplicassimo di 360 gradi una delle componenti di un dato angolo, esso 
risultera identico all'originale. Per risolvere 1'aliasing, spesso si riduce 
semplicemente il range espressivo degli angoli: gli angoli di Eulero prodotti in 
questo modo vengono definiti canonici. II problema piu noto derivante 
dall'aliasing e quello del Gimbal Lock: esso e causato dall'allineamento di due 
assi di rotazione e dalla perdita di un grado di liberta derivante. 


Si prenda un sistema di riferimento in con la seguente gerarchia: y -> x -> z, 
ovvero le rotazioni vengono eseguite prima sull'asse y, poi sull'asse x ed infine 
sull'asse z. Nelle immagini seguenti, si mostrera graficamente questa gerarchia 
(y in verde, x in rosso, z in blu). 



Figura 5: Gimbal Lock 

Fonte: The Guerrilla CG Project: "Euler (gimbal lock) Explained" 
h 11 ps://ww w. you t u be.com/a t c h? v=zc 8 b2J o7 m no 
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A sinistra e illustrato uno stato normale del sistema nel quale la rotazione su 
ogni asse coinvolge tutti gli assi sottostanti nel la gerarchia. Ora, ruotando 
1'asse x, assieme ad esso si ruotera anche 1'asse z: cosi facendo, e possibile 
ricreare la situazione mostrata al centra, dove 1'asse y coincide con 1'asse delle 
z. In questo stato, qualsiasi rotazione sull'asse y o sull'asse z produce lo stesso 
risultato: e quindi impossibile ruotare la freccia per riportarla parallela all'asse 
delle y con una singola rotazione. Per farlo, e necessario ruotare 
contemporaneamente piu assi, producendo un movimento decisamente 
innaturale riportato in giallo nella figura 5 a destra. Per dare un'idea di quali 
siano gli effetti negativi, basti pensare all’utilizzo di angoli di Eulero per la 
rotazione di una telecamera in un videogioco: nel caso di Gimbal Lock, verra 
eseguita una traiettoria innaturale e quindi la visuale di gioco ne risentira 
negativamente. Questi problemi, come si vedra nel seguente capitolo, possono 
essere superati mediante l'utilizzo dei quaternioni come sistema di 
rappresentazione. 


3.2.2 Quaternioni 

I quaternioni, come si evince dal nome stesso, utilizzano quattro variabili 
anziche tre per esprimere un'orientazione nello spazio convenzionalmente 
indicate in questo modo: 

[w, ( x,y,z )] 

dove w e uno scalare e (x,y,z) e un vettore a tre dimensioni 

In questa sede si evitera di entrare nel dettaglio dal punto di vista strettamente 
analitico e si prediligera un'analisi di tipo geometrico: per una descrizione 
dettagliata delle proprieta algebriche dei quaternioni si rimanda alia 
bibliografia [2]. 

Per comprendere come una rappresentazione di numeri complessi possa 
esprimere una rotazione, si utilizzera un esempio in uno spazio 2D [2]. 

Si immagini un piano bidimensionale con 1'asse y per i numeri immaginari e 
1'asse x per quelli reali. Dato un numero complesso p, vogliamo produrne una 
rotazione 0 rispetto all'origine. 

Sia p' 1'orientazione finale desiderata e sia q = (cos 6, sin 6) la rotazione da 
effettuare: 
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Figure 6: Rotazione 2D con numeri immaginari 
Fonte: |2| 

Dato p = (x + yi) come angolo di partenza e q = (cos# + (sin 0)i) come 
rotazione desiderata e moltiplicandoli seguendo le regole dei numeri 
complessi: 

P' = PQ 

p' = (x + yi)(cos 6 + (sin 0)i) 

p' = (x cos 6 — y sin Q) 4- (x sin 9 — y cos 6)i 

p'esprime effettivamente il vettore ruotato. 

Dato un esempio di rotazione in 2D utilizzando dei numeri complessi, William 
Hamilton nel 1843 riusci ad estendere questo modello bidimensionale e rese 
esprimibili le rotazioni nello spazio 3D mediante l’uso di tre parti immaginarie 

i,j e fc, che seguono le seguenti relazioni: 

i 2 = j 2 = k 2 = -1 

ij = k,ji = —k 

jk = i, kj = -i 

ki = j, ik = -j 

Quindi, un quaternione nella forma [w, (x,y,z)] definisce il numero 
complesso nella forma w + xi + yj + zk. 
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I quaternioni sono il metodo piu utilizzato per esprimere rotazioni nello spazio 
3D, non solo nell'ambito dei videogiochi, ma in qualsiasi applicazione 
multimediale a tre dimensioni. Richiedono la memorizzazione di un numero in 
piu rispetto agli angoli di Eulero e sono certamente meno intuitivi, ma evitano 
il problema del Gimbal Lock: un quatemione, infatti, esprime una rotazione in 
modo diretto, evitando la scomposizione su tre assi differenti e tutti i problemi 
da essa derivati. L'aliasing inoltre e fortemente ridotto in quanto per ogni 
orientazione esistono solo due rappresentazioni distinte, una 1'opposto 
deH'altra. 

Purtroppo, a differenza degli angoli di Eulero, e possibile definire quaternioni 
non validi a causa di data input errato o per errori di roundoff di variabili 
floating point. Di seguito si confronteranno questi due modelli su una 
questione cruciale per la corretta risoluzione del problema, ovvero 
l'interpolazione. 


3.3 Interpolazione 

A prescindere dal metodo utilizzato per le rotazioni nello spazio, ci si pone ora 
un nuovo problema: e necessario rendere il movimento il piu naturale 
possibile. Esaminando il problema della scalata di illo, il giocatore si aspetta 
una rotazione del personaggio relativa al piano in cui giace: con gli strumenti 
finora visti, e possibile ruotare senza alcun problema il personaggio in un 
ambiente tridimensionale. Ma cosi facendo il personaggio eseguirebbe degli 
sgradevoli scatti passando da una parete ad un'altra: in un frame il personaggio 
sarebbe orizzontale e nel frame successivo sarebbe immediatamente sul muro 
di fronte in verticale. Al fine di rendere la transizione graduale e necessario 
ricorrere a tecniche di interpolazione. 

In generale, un processo di interpolazione puo essere definito come segue: 

Sia data una sequenza di numeri reali distinti x k chiamati nodi e per ognuno di 
essi sia definito un valore y k corrispondente. 

Siano ^ = min {x 0 x 1 ... e £ 2 = max { x o, x i — x n} e sia f una funzione 
continua tale che Vx 6 [£ 1# f 2 ] associa un valore y e R : f{x) — y; / definita 
in questo modo e una funzione di interpolazione. 
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Lo scopo principale di / e descrivere nella maniera piu accurata possibile la 
relazione fra le x e le y; in pratica, dati dei nodi, ovvero dei punti noti, una 
funzione di interpolazione e in grado di approssimare dei valori intermedi. 

II concetto stesso di interpolazione viene talvolta applicato per funzioni gia 
note il cui calcolo e particolarmente pesante: una strategia comunemente 
utilizzata in questi casi consiste nella memorizzazione dei nodi in una lookup 
table e nel calcolo dei valori intermedi mediante interpolazione. 

Si vedranno nei seguenti capitoli le tecniche di interpolazione piu note per poi 
applicare il concetto di interpolazione ai due modelli per 1'espressione di 
orientazione in spazi 3D esposti nei capitoli 3.2.1 e 3.2.2 e al problema 
specifico. 


3.3.1 Interpolazione Lineare 

L'interpolazione lineare e la tecnica di interpolazione piu semplice e rapida da 
calcolare ed e il motivo per il quale viene spesso scelta quando le risorse 
computazionali sono limitate e 1'errore di approssimazione non e molto 
importante. Siano due punti appartenenti all'insieme dei nodi ( x a ,y a ) e 
(x b ,y b ) una funzione interpolante lineare viene definita come: 


/(*) = 


* 

x a -x b 


* —*q 

x a -x b 


yb 


Questa funzione di interpolazione e rapida e stabile ma poco precisa: inoltre 
non e differenziabile nei nodi. 



Figura 7: Esempio di interpolazione lineare 

Fonte: https://upload.wikimedia.org/>>ikipedia/commons/6/67/Interpolation_e\ample_linear.svg 
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Come si puo evincere dall'esempio in figura 7, l'approssimazione prodotta non 
e affatto liscia. 


3.3.2 Interpolazione Polinomiale 

L'interpolazione polinomiale, a costo di un maggiore onere computazionale, e 
in grado di offrire un'approssimazione molto piu precisa. 

Sia P l'insieme dei nodi ( x k , y k ) e sia |P| = n. 

Una funzione interpolante polinomiale viene definita come: 

/(*) = a 0 +«i*fc + - + 

dove a, e un coefificiente del polinomio che soddisfa la condizione p(^) = yj. 

( ao+a^o + ... + a n x ^ -1 = y 0 
l a 0 +aiX 0 + ... + a„x£ _1 = y n -1 

Risolvendo il sistema in funzione dei coefficienti a, e possibile riscrivere il 
polinomio sostituendo le a con il valore effettivo dei coefficienti appena 
trovati. Infine per ottenere il risultato della funzione interpolante bastera 
sostituire la x con il valore desiderato. 



Figura 8: Esenipio di interpolazione polinomiale 
Fonte: https://upl 0 ad.wikimedia. 0 rg/nikipedia/commons/5/53/Interpolation_e\ample_spline.svg 

L'approssimazione ottenuta e sicuramente piu precisa, come si puo notare in 
figura 8, ma il calcolo del polinomio ha una complessita di tempo maggiore. 
Si precisa inoltre che l'interpolazione polinomiale presenta una diminuzione 
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della precisione nei punti estremi dell'intervallo considerato: questa 
caratteristica prende il nome di fenomeno di Runge. Per la sua risoluzione e 
necessario utilizzare altri tipi di intepolazioni, quali ad esempio 
l'interpolazione spline. Si rimanda alia bibliografia [5] per ulteriori 
approfondimenti in merito alle diverse tipologie di interpolazione e ai 
fenomeni ad esse legati. 


3.3.3 Interpolazione di Angoli 

Dopo aver introdotto il concetto di interpolazione in un contesto generico se 
ne vedra ora l'applicazione in un dominio applicative ristretto, ovvero quello 
degli angoli. 

In una rotazione, sia dato l'angolo a di partenza, Pangolo /? di arrivo ed un 
parametro te[0,l]: si e interessati a trovare un terzo angolo y che sia 
intermedio fra i due e che all'aumentare di t sia sempre piu vicino all'angolo 
d'arrivo /?. 


f(a,(3, t) = y 

Quando il personaggio raggiungera un piano inclinato tale da dover passare 
dall'orientazione a a quella /?, non si assegnera direttamente quest'ultima, ma 
si effettueranno ad ogni frame delle interpolazioni fra Pangolo corrente e 
Pangolo d'arrivo: Pangolo prodotto dalla funzione di interpolazione verra 
assegnato al modello 3D. 

In pratica il valore di a della prossima chiamata a funzione sara proprio il 
risultato y dell'iterazione precedente. 

Nei capitoli successivi si esamineranno delle possibili implementazioni di 
questo concetto sia per angoli di Eulero che per quaternioni. 


3.3.3.1 Interpolazione di Angoli di Eulero 

I problemi illustrati nei capitolo 3.3.1 relativi alPaliasing e al Gimbal Lock 
sono strettamente correlati ai problemi che affliggono l'interpolazione degli 
angoli di Eulero [2], 

Utilizzando i nomi del capitolo precedente, un primo approccio consiste 
nell'applicare un'interpolazione lineare con la seguente formula: 
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y = a + t(fi — a) 


Con questo approccio, se non si utilizzano angoli canonici, 1'aliasing ha dei 
pesanti risvolti computazionali. 

Si immagini di voler eseguire un'interpolazione lineare dall'angolo A = 750° 
all'angolo B = 45°: come mostrato in figura 9 a sinistra, essi sono fra loro 
distanti di soli 45° ma l'algoritmo di interpolazione lineare produrra una 
doppia rotazione nella direzione errata. 

0 “ 0 “ 



Figura 9: Errori ili interpolazione con gli angoli di Eulero 
Fonte: |2| 

II problema e parzialmente risolto utilizzando angoli di Eulero canonici, il cui 
range e [—180°... 180°]: purtroppo, come mostrato nella figura 9 a destra il 
problema si ripresenta. Partendo dall'angolo A = — 170°aH'angolo B = 170°, 
1'interpolazione lineare percorrera l'arco piu lungo. Il problema e risolvibile 
calcolando preventivamente l'angolo A 6 piu piccolo fra i due angoli. 

II problema del Gimbal Lock e invece purtroppo irrisolvibile: si faccia 
riferimento alia figura 5 e alia traiettoria mostrata in giallo per comprendere 
l'anomalia nella rotazione. 


3.3.3.2 Interpolazione di Quaternioni 

L'interpolazione dei quaternioni rappresenta il motivo principale della scelta di 
questo modello in numerosi contesti applicativi. 


24 







L'utilizzo dei quaternioni permette di implementare facilmente 
un'interpolazione lineare sferica (abbreviate SLERP). SLERP e una funzione 
che prende in input tre parametri: quaternione di partenza q 0 , quaternione di 
arrivo q! e una percentuale t come parametro di interpolazione. 

Come detto in precedenza, i quaternioni sono formati da quattro componenti, 
quindi e possibile affermare che essi esistono in una sfera a quattro 
dimensioni. 

Quando si vuole eseguire un'interpolazione sferica, si vuole trovare un 
quaternione che e presente nell'arco formato dal quaternione di partenza e 
quello di arrivo. Vedremo ora un esempio grafico su un piano 2D con vettori 
unitari [2]: siano v 0 il vettore di partenza, v x il vettore di arrivo, t il parametro 
di interpolazione, a) l'angolo compreso fra i due vettori e v t l'output atteso 
dal la procedura. 


Vi 



Figura 10: SLERP di quaternioni 
Fonte: |2| 

Date le sue proprieta, v t e esprimibile come combinazione lineare di v 0 e v t 
cioe: 


Vt — ^0^0 "b ^ 1^1 


Da cui si desume, applicando regole di trigonometria: 




sin to) 
sino> 


> K — 


sin(l — t) to 
sino) 
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Quindi: 


v t = k 0 v 0 + k x v x 


v t = 


sin(l — t)a) sinto> 

-:- v Q + — - v 1 

sin o) sin a) 



Figura 11: Guida grafica alia trigunometria applicata 
Fonte: |2| 

Infine, e possibile esprimere lo stesso concetto con i quaternioni, ottenendo la 
seguente formula di SLERP: 


SLERP(q 0 ,q v t) 


sin(l — t)co 
sin a) 


<7o + 


sin to) 
sinoi ^ 


Come detto precedentemente, anche i quaternioni soffrono di aliasing: q e -q 
esprimono la stessa orientazione ma produrrebbero differenti interpolazioni 
con il metodo appena spiegato: per risolvere il problema basta modificare i 
segni di q 0 e q x tali che q 0 • q x sia non negativo. Con questo accorgimento, si 
ha anche la garanzia che I'interpolazione segua l’arco piu piccolo fra i due 
quaternioni. Infine, si noti che per quaternioni molto simili fra loro, il seno 
avra un valore molto piccolo e cio potrebbe causare errori di precisione 
floating point: il problema e facilmente risolto utilizzando un'interpolazione 
lineare classica per quaternioni molto simili, grazie anche al fatto che la 
differenza visiva sarebbe cosi minima da non essere percepita in esecuzione 
dall'occhio umano. 
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3.4 Inseguimento di un Percorso 

Date le specifiche di design, gli uccelli della seconda parte del livello devono 
volare in maniera naturale: per realizzare questo tipo di comportamento, si 
analizzeranno due tipi di tecniche utilizzate con successo in diversi ambiti 
produttivi, verranno fra loro confrontate e si esporranno i motivi per cui la 
scelta e effettivamente ricaduta su una delle due. 


3.4.1 Curve di Bezier 

Le curve di Bezier sono un tipo di curve parametriche utilizzate 
principalmente nel campo della computer grafica per la realizzazione di forme 
curvilinee: sono ad esempio utilizzate per lo smoothing di caratteri stampabili, 
per il disegno di curve nei programmi di grafica e per le animazioni. Nel 
mondo dei videogiochi vengono impiegate per rendere smussati i percorsi di 
alcuni personaggi: dati alcuni punti di riferimento attraverso i quali essi 
devono passare per forza, una curva di Bezier permette di esprimere in 
maniera compatta una curva che passa per tutti quei punti. 

Si definira ora da un punto di vista matematico una curva di Bezier: essa e una 
funzione f che prende in input un parametro t e [0,1], dove t rappresenta la 
percentuale della curva, e restituisce le coordinate spaziali corrispondenti a 
quella percentuale nell'andamento della curva seguendo la seguente formula 


n 



i-0 


dove i P, sono gli n punti di controllo. Si noti che la formula funziona 
indifferentemente per spazi 2D che 3D: cambiera unicamente il tipo di dato 
rappresentato da P,e, nel nostro caso, esso sara un vettore di tipo [; x,y,z ] 
rappresentante delle coordinate nello spazio. L'utilizzo della formula sopra 
riportata in maniera diretta, porterebbe ad un metodo di avanzamento 
computazionalmente oneroso: si immagini infatti che in un percorso formato 
da n nodi, ad ogni calcolo della prossima posizione sulla curva, va eseguita 
un'operazione lineare sul numero di nodi del percorso, portando quindi ad una 
complessita 0(n). Una tecnica spesso utilizzata per ridurre I'onere 
computazionale e quella dei percorsi di Bezier [4]: in pratica, vengono 
realizzate piu curve di Bezier di grado minore e viene fatto coincidere il punto 
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finale di una curva con quello iniziale della successiva. Si noti, infatti, che una 
curva di Bezier quadratica ha la seguente formula: 

B(t ) = (1 - t) 2 P 0 + 2t(l - t)P 1 + t 2 P 2 

il metodo per il calcolo del punto alia percentuale t della curva risulta avere 
complessita costante e quindi 0(1). In figura 12 si puo osservare il prodotto 
grafico di tale formula: P 0 ,P X e P 2 sono i punti di controllo e B e il punto 
sulla curva al 25% della curva. 




P2 


Figura 12: Curva di Bezier con punti di controllo in evidenza 
Fonte: https://upload.\vikiniedia.org/\vikipedia/commons/6/6b/B%C3%A9zier_2_big.svg 

L'orientazione spaziale del modello 3D mentre segue la curva e di facile 
realizzazione: basta imporre ad ogni frame che I'orientamento e uguale a 
quello della tangente alia curva. In questo modo, il modello 3D sara sempre 
rivolto nel senso di marcia. 

Purtroppo con l'approccio al problema con questa metodologia si sono 
riscontrati alcuni problemi, nonostante I'ambiente di sviluppo utilizzato offra 
delle funzionalita preesistenti per la creazione di curve di Bezier. 

In linea teorica sarebbe possibile generare curve di Bezier con dei punti 
selezionati a runtime, ma gli strumenti messi a disposizione dal framework 
aziendale permettono unicamente la creazione di curve predefmite in fase di 
caricamento. 

Questa limitazione si e rivelata problematica poiche alcuni degli obiettivi che 
gli uccelli devono raggiungere durante il loro volo e mobile: la posizione di un 
trespolo, in termini di coordinate globali, e differente quando la torre e in alto 
da quando essa si e schiantata sulla sua base. Si e provato a realizzare piu 
curve di Bezier e ad unirle ma, oltre ad un elevato tempo di sviluppo dal lato 
editing del livello e ad una crescita considerevole delle curve da caricare a 
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runtime, si verificava uno spiacevole inconveniente: quando si uniscono due 
curve di Bezier e essenziale che la tangente al punto finale della prima e al 
punto iniziale della seconda siano identiche, altrimenti al passaggio da una 
curva ad un'altra, il modello 3D subira uno scatto repentino. Si e voluto 
perseguire e tentare di risolvere quest'ultimo problema interpolando il 
passaggio da una curva all'altra ma cio produceva un effetto grafico 
indesiderato: durante 1'interpolazione, 1'uccello proseguiva in una direzione ma 
guardava in un'altra. A causa di queste problematiche, si e deciso di scartare 
l'approccio con le curve di Bezier e si e affrontato il problema mediante 1'uso 
di vettori, come si mostrera nel seguente capitolo. 


3.4.2 Inseguimento Dinamico di Waypoint 

Verra ora esposta la tecnica con la quale si e realizzato con successo il 
movimento dei volatili: l'intero itinerario viene espresso mediante un grafo 
orientato composto da nodi chiamati waypoint. Ogni nodo ha coordinate 
spaziali e rappresenta un checkpoint da raggiungere prima di dirigersi verso il 
prossimo: in un dato istante di tempo, un attore si dirigera verso il nodo 
successivo del grafo utilizzando la metodologia che verra ora descritta [5], 
Una volta raggiunto un nodo, verra presa casualmente una delle adiacenze 
come prossimo obiettivo da raggiungere. Questo approccio risulta conveniente 
poiche non necessita alcun tipo di algoritmo di pathfinding e garantisce una 
certa variability in funzione del numero di adiacenze di ogni nodo. 

Si vedranno ora nel dettaglio le formule matematiche che descrivono il 
movimento dell'attore fra un nodo e l'altro del grafo sopra descritto. 

Dati p{x,y,z ) il vettore posizione dell'attore (il triangolo verde in figura 13) e 
v{a,b,c ) il suo vettore velocita e possibile calcolare il vettore posizione 
p\x',y',z') mediante la seguente formula: 

p =p + v 

Il vettore p' indica la posizione occupata dall'attore in seguito ad uno 
spostamento secondo il vettore v, come mostrato in figura 13 dove il triangolo 
tratteggiato mostra la posizione dell'attore in seguito alio spostamento. 

La direzione di v indica dove 1'attore e diretto e il suo modulo indica di 
quando si spostera in quella direzione. 
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v(a, b, c) 


P(x, y.z) 



Figura 13: Posizione, velocita e movimento 

II vettore velocita dell'attore necessita quindi di un aggiomamento continuo: e 
inoltre spesso necessario introdurre un limite massimo al modulo del vettore 
velocita per impedire all'attore di raggiungere velocita troppo elevate. 

Dato t il vettore posizione del prossimo waypoint nel grafo e ma x_vel la 
velocita massima, la nuova velocita viene calcolata mediante la formula: 

v = max_ve/||t — p || 

Secondo questa prima formula, l'attore si muovera sempre al massimo della 
velocita verso il prossimo nodo del grafo, producendo degli scatti innaturali 
tutte le volte che viene selezionato un nuovo nodo come obiettivo da 
raggiungere. La velocita v , calcolata con la formula precedente, e in effetti la 
velocita desiderata: l'attore si dirige al massimo della velocita in direzione del 
proprio target. E quindi necessario introdurre una nuova forza di sterzata nel 
calcolo della velocita. In questo modello piu articolato, chiameremo la velocita 

desiderata vd ed il vettore di sterzata s. Quindi riassumendo avremo (si faccia 
riferimento alia figura 12): 


vd = max_ve/||t — p|| 
s = vd — v 
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Figura 14: Introduzione della sterzala 

Addizionando il vettore di sterzata al vettore velocita possiamo calcolare la 
nuova velocita v' e la nuova posizione dell'attore p'\ 

-»/ -♦ , -> 

V = V + £S 

p = p + v 

Con e 6]0 ... 1] che rappresenta un fattore correttivo il cui scopo e diminuire il 

modulo del vettore di sterzata: si noti infatti che e = 1 -» v' = vd , il che 
porterebbe l'attore a produrre scatti innaturali di natura analoga alia formula 
precedente. Il fattore correttivo puo essere deciso a priori oppure modificato in 
funzione dell'attore: un fattore che sarebbe opportuno prendere in 
considerazione sarebbe, per esempio, la massa. Al diminuire di £ diminuira il 
modulo del vettore di sterzata, producendo curve sempre piu ampie ampie. 

In figura 14 viene evidenziata in verde la traiettoria prodotta. 

Infine e bene chiarire un aspetto essenziale: un target si considera raggiunto 
quando la sua distanza dall'attore e inferiore al raggio di una circonferenza 
data avente come centra le coordinate del target. 
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3.5 Raycast 

La tecnica di raycast consiste nelLindividuare il primo oggetto intersecato da 
un raggio che parte da un punto nello spazio e si propaga in una direzione 
precisa. Nel videogioco realizzato vengono utilizzati per gestire il touchscreen 
in giochi 3D: si pensi che quando un utente tocca un punto dello schermo, gli 
unici dati rilevabili direttamente sono le coordinate (x,y) in cui e avvenuto il 
tocco. Mediante 1'uso della tecnica di raycast e possibile direzionare un raggio 
da queste coordinate bidimensionali e verificare quale e il primo oggetto che 
viene incontrato: in questo modo le coordinate bidimensionali vengono 
tradotte in un punto tridimensionale ed e possibile sapere con quale oggetto 
del mondo di gioco si e interagito. 

NeH'algoritmo di scalata, e stato spesso necessario il calcolo di proiezioni di 
alcuni punti in maniera efficiente: la tecnica del raycast si e rivelata la scelta 
ottimale, come si vedra dettagliatamente nel capitolo 4. 

Il raycasting ha moltissimi altri usi in ambito videoludico, per esempio viene 
spessissimo utilizzato per calcolare le collisioni dei proiettili: data una 
posizione di partenza di un proiettile, si effettua un raycast nella direzione in 
cui il giocatore ha mirato e si individua l'eventuale oggetto 3D con cui esso ha 
impattato. 

Il termine fu usato per la prima volta da Scott Roth nel 1982 in una 
pubblicazione su geometria solida costruttiva [ 7 ]: in essa ne vengono per la 
prima volta spiegate le caratteristiche. 

All'inizio degli anni novanta questo metodo fu impiegato con successo per la 
realizzazione dei primi videogiochi tridimensionali: il YVolfenstein 3D Engine 
fu sviluppato in gran parte da John Carmack e fu utilizzato per la realizzazione 
dell'omonimo gioco che venne distribuito nel 1992. 

La tecnica di raycast permise di creare un engine di rendering 3D molto 
rudimentale per videogiochi: i livelli sono memorizzati in delle matrici che, 
per ogni easel la, codificano la presenza di un corridoio oppure di un muro. Per 
ogni colonna di pixel dello schermo viene emesso un raycast: se interseca un 
muro, viene calcolata la distanza dal punto di partenza e vengono disegnate a 
video le texture corrispondenti scalate a seconda della distanza e dell'angolo di 
visione. 


32 



Figura 15: Screenshot di WolfenStein 3D 

Fonte: https://upload.wikimedia.Org/wikipedia/it/5/55AVolfenstein_3D_Screenshot.png 

Per un ulteriore approfondimento il codice sorgente del Wolfenstein 3D 
engine e disponibile per il download [6] assieme alia documentazione 
necessaria alia compilazione e alia comprensione nel dettaglio della tecnica di 
rendering sopra descritta. 


3.6 Considerazioni sulle Tecniche Scelte 

Come gia enfatizzato nel primo capitolo, i sistemi deterministici hanno il 
pregio di essere estremamente semplici, computazionalmente leggeri e 
facilmente gestibili. Per questi motivi le macchine a stati finiti sono state 
scelte dall'azienda per la realizzazione delle AI nei loro giochi. Per questo 
progetto, quindi, la scelta della tecnica per il modello decisionale e stata in un 
certo senso obbligata: ciononostante si e constatato che la tecnica si e rivelata 
particolarmente efficace, soprattutto in quanto il gioco in questione e 
intrinsecamente deterministico. 

Si e avuta molta piu liberta nella scelta delle tecniche per la realizzazione del 
movimento dei personaggi; ad una fase di ricerca e seguita un confronto ed 
una scelta ponderata delle tecniche ottimali. 
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I quatemioni rappresentano la scelta migliore per la rappresentazioni di 
rotazioni in spazi tridimensionali in seguito ai motivi sopra elencati: assenza di 
gimbal lock e facilita di interpolazione li rendono i candidati ideali alia 
risoluzione del problema. Per il movimento degli uccelli i motivi della scelta e 
ricaduta sul sistema piu flessibile e che e stato in grado di produrre i migliori 
risultati visivi con una complessita computazionale costante e, soprattutto, per 
la capacita di essere facilmente espanso. Questa flessibilita ha permesso 
inoltre di introdurre senza eccessive complicazioni un sistema per la gestione 
delle collisioni fra gli uccelli. Infine la tecnica del raycast verra utilizzata con 
successo per la realizzazione di alcune AI in cui, come si vedra, risultera 
necessario eseguire proiezioni a runtime. 
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4 Progettazione della Soluzione Proposta 

Di seguito si affrontera nel dettaglio l'iter produttivo delle A1 del videogioco 
illo: birth of the cool facendo riferimento, dove necessario, alle scelte tecniche 
effettuate nei capitoli precedenti. 


4.1 Struttura di un Livello 

Un livello e composto da uno spazio tridimensionale all’interno del quale, 
mediante editor grafico, e possibile inserire delle entita chiamate attori. 

Di seguito vengono riportate le principali caratteristiche legate agli attori: 

1. Al 

Ad ogni attore e possibile associare una AI: essa consiste in una 
macchina a stati finiti scritta in Lua che definisce il comportamento di 
quell'attore nella maniera descritta nel capitolo 3.1. Non tutti gli attori 
possiedono AI poiche spesso non ne hanno bisogno: si pensi ad 
esempio ad un oggetto inanimato qualsiasi come un muro. 

2. Veste Grafica 

Assegnare un modello 3D permette di dare una veste grafica aU'attore: 
il file contenente il modello viene importato da programmi di grafica 
3D quali Maya [ 7 ] o 3DStudio Max [ 8 ], 

3. Corpo Fisico 

Pur avendo un modello 3D, non e detto che sia possibile interagire con 
1’attore: perche quest'ultimo possa sfruttare il motore fisico del 
framework aziendale dev'essere dotato di un corpo fisico. E possibile 
definire un bounding-box attomo aU'attore e considerare quella 
primitiva geometrica per i calcoli del motore fisico. 

4. Link 

E di grandissima importanza la possibility di creare dei link 
monodirezionali fra gli attori: se 1'attore A e legato aU'attore B, A potra 
accedere alle variabili presenti dell'attore B, siano esse relative alia sua 
AI o al corpo fisico ad esso legato. Si vedra nei capitoli successivi 
come bastera creare degli attori e creare dei link fra loro per la 
definizione di un grafo orientato. 

5. Gerarchia di Attori 

Per comodita d'uso l’editor permette la definizione di gerarchie di attori: 
se 1'attore A e figlio aU'attore B, ogni movimento dell'attore B 
provochera un movimento corrispondente dell'attore A. Questa 
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caratteristica e particolarmente utile per definire, ad esempio, diverse 
parti anatomiche di un personaggio complesso: si pensi ad un diverso 
punteggio quando un colpo collide con la testa di un avversario anziche 
un braceio. 

Si specifica inoltre che ogni attore possiede un riferimento al proprio 
attore genitore, se ne ha uno. 

Nel progetto sviluppato questa caratteristica e stata utilizzata per far 
muovere automaticamente i trespoli delle torri. 


II framework aziendale ha definito uno standard comunicativo fra le macchine 
a stati finiti che prevede la possibility di mandare messaggi fra gli attori. 

Per una macchina a stati finiti e possibile mandare un messaggio ad un canale 
oppure ad un attore specifico al quale si ha un riferimento mediante link. 

Ogni attore puo iscriversi a piu canali di comunicazione e ricevera tutti i 
messaggi relativi inviati ad esso oppure ad un canale al quale e iscritto: prima 
di eseguire le azioni del proprio stato corrente, infatti, ogni Al verifica se sono 
arrivati dei messaggi ed e possibile programmare delle routine different da 
eseguire a seconda del messaggio ricevuto. 

I messaggi inviati possono essere variabili di qualsiasi tipo e numero. 

Infine si fa presente che per la realizzazione del livello sono state sfruttate 
alcune Al precedentemente sviluppate da altri programmatori: per esempio le 
telecamere che riprendono lo scenario di gioco sono anch'esse attori e la loro 
Al permette di seguire il protagonista o effettuare riprese particolari a seconda 
degli avvenimenti di gioco. Un’altra Al molto utilizzata e quella denominata 
Trigger: essa viene di norma assegnata ad attori senza un modello 3D. In 
pratica e possibile definire un area all'interno della quale, se il personaggio vi 
entra, puo generare eventi come mandare messaggi o attivare altri attori ad 
esso collegati mediante link 


4.2 Adattamento di un Personaggio su Superfici non 
Orizzontaii 

Come gia evidenziato nel capitolo sui modelli decisionali, un problema 
sostanziale delle FSM semplici e la difficile espandibilita: la stessa Al gestisce 
il comportamento di illo in tutti i livelli del gioco. Cio comporta 
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inevitabilmente una crescita considerevole di stati e transizioni al variare delle 
richieste di game design. In questo particolare contesto. Tunica scelta 
progettuale che e parsa possibile e stata I'introduzione di un singolo nuovo 
stato speciale, raggiungibile unicamente nel livello in questione mediante 
1'invio di un messaggio al protagonista. 

Come si evince dai nomi in figura 16, nello stato di Idle illo aspetta fermo 
l'input dell'utente, in Falling esso cade e calcola l'eventuale GameOver in 
funzione dell'altezza della caduta e nello stato di Climb esso ha la possibility 
di elaborare i click dell'utente su qualsiasi superficie per poi dirigervi 
adattandosi: d'ora in avanti il punto in cui il giocatore ha cliccato verra 
chiamato target 


FSM preesistente 


v x y 

_ mi. *_:_ 


[Illo critra 
nclla pozzanghcra] 



[Illo tcrmina lc improntc cd c sul muroj- 


-[Illo tcrmina lc improntc cd c sul piano] - 


Figura 16: Intera/ione del nuovo stato con stati preesistenti 



Non ci si soffermera sul funzionamento generico dell'AI preesistente gia 
scritta precedentemente da altri programmatori, ma si vedranno ora le 
caratteristiche dello stato di Climb e della strategia implementata per 
camminare sui muri. 


L'utente potrebbe potenzialmente cliccare ovunque ed e necessario fare in 
modo che illo generi un percorso diretto coerente: in primo luogo si e rivelato 
necessario trovare un metodo per svincolare il personaggio dall'attrazione 
gravitazionale verso il basso. Si precisa, infatti, che le librerie preesistenti 
utilizzavano un sistema fisico non pensato per variazioni di gameplay di 
questo tipo e non era possibile, mediante le API fornite, utilizzare una gravita 
custom rivolta verso piani inclinati. Poiche questa e una situazione molto 
particolare che non vedra ripetizioni nei livelli futuri, sarebbe stata una scelta 
estremamente dispendiosa quella di riconvertire 1'intero sistema di fisica per 
renderlo compatibile con questo genere di comportamento: si e scelto quindi 
di progettare una soluzione del tutto indipendente dalle librerie fisiche 
preesistenti, in grado di generare l'effetto desiderato mediante l'utilizzo di 
tecniche di geometria 3D Una volta impostato il valore della gravita verticale 
a zero, non e comunque possibile far dirigere direttamente il protagonista 
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verso un qualsiasi punto nello spazio 3D: facendo cio, illo seguirebbe il 
percorso minimo verso di esso, di fatto "volando". 

II comportamento atteso da un giocatore sarebbe ben diverso: illo dovrebbe 
giacere sempre su un piano e muoversi in verticale solo quando incontra 
effettivamente un muro. 

La soluzione proposta consiste nel proiettare dinamicamente il target sul piano 
sottostante ai piedi di illo, come mostrato in figura 17. 

Sia il punto / la posizione di illo, T il target toccato dal giocatore e 7r il piano 
geometrico relativo alia superficie del corpo fisico del pavimento. Dato il 
vettore velocita di illo normalizzato v , e possibile spostare il punto / di un e 
molto piccolo nella direzione di movimento ottenendo un nuovo punto P: 

P = 1 + E\\V\\ 



Figura 17: Sintesi dei punti e delle proie/itmi neiralgoritmo di scalata 

Utilizzando la tecnica di Raycast, viene proiettato un raggio dal punto P 
appena trovato verso il basso, utilizzando come direzione per il raggio 1'asse 
del modello 3D di illo: nell'esempio in figura 17 si vede la proiezione del 
Punto P sul piano n con il nome di P'. Sia a l'asse verticale di illo, allora si 
avra: 


P' = Ray cast (P, — a) 

utilizzando l'asse verticale di illo l'algoritmo diviene valido per qualsiasi 
inclinazione del piano su cui si dovesse trovare. 
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Questa proiezione sara il punto di partenza di illo. E possibile che il punto T 
non sia complanare con il punto P', quindi dev'essere calcolata la proiezione 
T' sul piano n. Data la normale ft del piano n , si puo ricavare la distanza d fra 
il punto T ed il piano n con la seguente formula: 

d = n • T — n • P' 

Dopo aver trovato d , bastera spostare il punto T nella direzione del vettore a 
della distanza appena trovata ovvero: 

r = 7’ + (-dn) 

In questo modo, ad ogni frame, il target viene reso complanare ad illo e quindi 
non si sollevera in volo. In figura 17 si possono verificare i punti essenziali 
dell'algoritmo in due differenti situazioni. 

Verra ora affrontato il problema di far effettivamente ruotare illo in maniera 
naturale e coerente con il piano di giacenza. 


4.2.1 Rotazione in Funzione del Piano di Giacenza 

Come primo approccio, e possibile far orientare illo utilizzando una 
funzionalita fomita dal framework aziendale chiamata LookAt: in pratica essa 
restituisce un'orientazione 3D prendendo in input un punto di partenza, un 
punto di arrivo ed un vettore indicante la normale del piano in cui si sta 
giacendo. 

Gli input utilizzati sono quindi la proiezione di illo sul pavimento P' , il target 
complanare T' e la normale n del pavimento: in output si avra il quaternione 
relativo all'orientazione del target complanare e si potra ruotare illo. 

Assegnando direttamente al modello 3D il risultato della funzione di LookAt, 
pero, ad ogni cambiamento di piano, illo mutera repentinamente orientazione 
con scatti innaturali: per ovviare a cio si mette a frutto la ricerca 
precedentemente approfondita sull'interpolazione dei quaternioni nel capitolo 
3.3.3.2. E sempre possibile ottenere il quaternione relativo all'orientazione 
corrente di un modello 3D ed essa sara la rotazione di partenza, mentre la 
rotazione d'arrivo sara quella calcolata con la funzione di LookAt. 

Ad ogni frame, viene effettuata un'interpolazione sferica fra le due 
orientazioni ed illo si ruotera naturalmente di una percentuale data della 
rotazione totale. 
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Siano quindi R l'orientazione iniziale di illo, R' 1'orientazione da assumere in 
questo frame d'esecuzione, L l'orientazione restituita dalla funzione di LookAt 
e t G]0 ... 1] il coefficiente di interpolazione desiderato allora si avra: 

R' = SLERP(R,L,t) 

A1 crescere di t la rotazione in funzione del piano di giacenza sara sempre piu 
veloce fino ad essere istantanea per t = 1. 

Per rendere il comportamento ancor piu naturale e coerente, appena il 
giocatore clicca su un punto raggiungibile, illo non si muovera subito verso di 
esso: per prima cosa, ruotera sul posto utilizzando un'interpolazione sferica 
partendo dal proprio orientamento fino a che non si e effettivamente orientato 
verso il target complanare T'. 

Una volta avvenuto cio, inizia effettivamente a camminare e ad utilizzare 
1'algoritmo di adattamento descritto nel capitolo precedente. 

In questo modo il personaggio si adatta alle superfici di ogni possibile 
angolazione ruotando in maniera naturale e, grazie all'uso di quaternioni, e 
impossibile il verificarsi Gimbal Lock; si evitano inoltre i vari inconvenienti 
precedentemente illustrati relativi all'interpolazione di angoli di Eulero. 


4.2.2 Metodi per la Correzione del Target 

A1 fine di rendere 1'algoritmo completamente stabile e attinente alle richieste 
di design, vanno introdotti dei controlli aggiuntivi. I click del giocatore, per 
esempio, non dovrebbero essere possibili sui bordi della piattaforma o sui lati 
del muro: pur essendo tecnicamente possibile muoversi li, il gameplay impone 
di scartare quelle zone come target validi. Una semplice soluzione e stata 
adottata con il reparto di design e agli attori corrispondenti ai muri sono stati 
applicati corpi fisici con un particolare ID alle zone non raggiungibili: quando 
il target viene elaborato dall'Al di illo, se il nome del target corrisponde a 
quell'lD, non viene ritenuto valido. 

Il prossimo problema che si andra ad esaminare ha richiesto un'analisi piu 
sofisticata. Quando il target scelto e molto vicino al bordo, possono verificarsi 
situazioni limite estremamente spiacevoli: illo potrebbe infatti sporgersi troppo 
e i raycast successivi sul pavimento non otterrebbero coordinate valide, come 
mostrato in figura 18. 
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Figura 18: Schema dei vettori per il rilevamento dei bordi 

Sia il punto T il target toccato dal giocatore, n il piano relativo al corpo fisico 
del muro e n la normale di n, allora e possibile elevare quel punto dal piano 
di una distanza d con la seguente formula: 

P = T + dn 

Successivamente vengono calcolati quattro vettori a, b , c, d ortogonali fra 
loro e alia normale n: 


a = (—n. y, n. x, 0) 

b = —a 
c = dxn 

d = —c 

Ottenuti questi vettori, e possibile ottenere i rispettivi punti A,B,C,D 
spostandoli di una distanza k, ovvero la distanza minima da tenere dai bordi. 

Una volta ottenuti i punti sopracitati, bastera effettuare un raycast verso il 
piano n e verificare se viene restituito un punto: nel caso in cui il raycast non 
abbia dato un output valido, il target va fatto rientrare verso l'interno di k. 
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Esaminando 1'esempio in figura 18 il raycast dal punto D non ottiene una 

proiezione valida D’: il punto T viene quindi spostato nella direzione inversa 
—* 

di kd e quindi fatto rientrare verso I'interno con la seguente formula: 

Nell’ esempio le correzioni effettuate sono due: il target viene fatto rientrare 
anche nell'altra direzione: 


[ corretto 


= T — kc — kd 


Ogni click produce un feedback visivo e quello viene lasciato nel punto esatto 
del click ma il target effettivo viene cosi corretto: in questo modo l'utente 
visivamente ha 1'impressione che il personaggio si diriga esattamente dove ha 
premuto ma si impedisce al personaggio di uscire fuori dai bordi. 


Nella figura 19 si vede un esempio di esecuzione delfalgoritmo completo. 



Figura 19: La scalata di illo 


4.3 Gestione delle Impronte di un Personaggio 

Come mostrato nel documento di design, illo ha la capacita di camminare sui 
muri solo dopo esser entrato in una pozzanghera: vedremo ora la progettazione 
delle FSM che assieme costituiscono la gestione delle impronte di illo e del 
suo nuovo potere. In primo luogo si e proceduto con lo sviluppo di una FSM 
per il fiore di cui si e discusso nell'analisi del documento di game design. 

In figura 20, si riporta lo schema di questa FSM: 
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[Click su uno 
dei lati del fiore] 



[Seme caduto 
sul terreno] 




■O 

[Fiore tomato alia 
posizione di partenza] 



Figura 20: FSM del fiore 

Nello stato di Idle non viene eseguita alcuna azione: ii fiore dovra muoversi 
unicamente in seguito ad un click sui bordi. II fiore ruotera verso il basso in 
funzione di quale lato e stato toccato: per la rotazione si e semplicemente 
utilizzata una interpolazione lineare degli angoli verso il basso, fino a quando 
il seme che sostava sul fiore non cade soggetto alle leggi della fisica. 
Successivamente, il fiore ritorna naturalmente al suo posto utilizzando una 
rotazione inversa. Si precisa che, a causa della imprecisione intrinseca dei 
floating point e dell'impossibilita effettiva di ritornare all'esatta posizione 
iniziale mediante LERP, il fiore si considera ritornato al suo posto una volta 
che la sua orientazione e ad un e molto piccolo da quella originaria. 



Figura 21: II movimento del fiore, la caduta del seme e la comparsa del liquido 

Una volta caduto, dopo tre click sul seme quest'ultimo si rompe e fa apparire 
la pozzanghera: graficamente il liquido si posizionera nel punto esatto in cui il 
seme e stato rotto. 

Poiche tutte le azioni da svolgere da parte del fiore erano lineari e non 
ripetibili, si e deciso di separare la FSM del fiore da quella del liquido, che 
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invece dovra gestire coerentemente il nuovo potere di illo e i suoi effetti 
grafici. 

Per la gestione delle impronte viene utilizzata una coda di tipo FIFO: 
ogniqualvolta illo poggia i piedi sul terreno durante la scalata genera degli 
oggetti 3D secondo il suo orientamento e la sua posizione. 

Un impronta viene rimossa dalla coda dopo un quantitative di secondi oppure 
perche si e gia raggiunto il massimo di impronte ed essa e la piu vecchia fra le 
presenti. Ad ogni frame viene effettuato un calcolo sulla percentuale del tempo 
totale e del tempo rimasto e viene applicato un effetto di trasparenza che dia al 
giocatore un feedback visivo sullo stato di tutte le impronte. 



Figura 22: Coda FIFO con gestione della trasparenza 

Nello specifico si e utilizzata una funzione preesistente chiamata SetAlpha, 
che permette di impostare il livello di trasparenza del modello 3D di un attore 
prendendo in input un parametro t e [0 ... 1], dove al diminuire di t aumenta 
la trasparenza del modello. Viene effettuato quindi un ciclo di complessita 
lineare su tutti gli elementi della lista e, per ogni impronta, viene applicata 
questa formula: 

SetAlpha(t curr /t max ) 


Con tcurr il tempo passato dalla creazione dell'impronta e t max e il tempo 
massimo di esistenza. 



Figura 23: La progressiva scomparsa delle impronte 
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Una volta descritta la strategia progettuale per la gestione effettiva delle 
impronte, si procedera alia descrizione della FSM del liquido, la cui struttura 
viene mostrata in figura 24. 



n 


[lllo entra 
nel liquido] 


\ _ / 


[Tempo passato > 
5 secondi] 





[lllo perde Ie impronte e non e salito in cima]- 

—[lllo e salito in cima]- 



Figura 24: FSM del liquido 

Nello stato IlloNormal, non viene compiuta alcuna azione e si attendera infatti 
che il personaggio entri in una zona specifica per 1'attivazione del potere: per 
realizzare questo effetto si e utilizzata una FSM preesistente di nome Trigger, 
che e stata descritta nel capitolo 4.1. 



Figura 25: Trigger legato al liquido 

Una volta che illo e entrato, lo stato IlloStartSticky serve per dare all'utente la 
possibility di muoversi sui muri per cinque secondi anche in assenza di 
impronte: senza questo stato intermedio, il giocatore partirebbe con zero 
impronte e perderebbe istantaneamente il potere. 

Dopo i cinque secondi, si entra nello stato IlloSticky nel quale si ha il potere 
ma, una volta finite le impronte, si ritorna nello stato IlloNormal 

Si noti come la FSM del liquido non si occupi di definire lo stato interno di 
illo, ma si limita a informarlo dello stato del suo potere mediante un canale di 
comunicazione apposito come descritto nel capitolo 4.1. In questo caso, 
quando la FSM del liquido entra nello stato IlloNormal, invia un messaggio 
alia FSM di illo: esso la gestira differentemente a seconda della propria 
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posizione. Nel caso in cui si trovi su una superficie piana, esso tornera nello 
stato di Idle; nel caso in cui invece si trovi su una superficie obliqua, esso 
entrera in uno stato precedentemente sviluppato della sua FSM per la gestione 
delle cadute e dell'eventuale gameover, che in questa sede non verra 
approfondito. Questo approccio permette una migliore organizzazione del 
codice ed una divisione coerente delle responsabilita. 

Infine, qualora illo raggiunga con successo la cima della torre, questa fase di 
gameplay e terminata e la FSM puo terminare la sua esecuzione. 


4.4 Intelligenza Artificiale degli Awersari 

In questo livello sono presenti anche degli antagonisti con delle meccaniche 
particolari. Come esposto nel capitolo 2.2, gli uccelli devono muoversi in 
maniera naturale e parzialmente casuale: per realizzare cid, si utilizzera la 
tecnica di inseguimento dinamico di waypoint esposta nel capitolo 3.4.2. 

Ogni uccello viene inizializzato con un riferimento ad un waypoint iniziale: da 
li, una volta raggiunto, ne verra selezionato casualmente il prossimo fra quelli 
ad esso collegati. Qualora il nodo selezionato sia un trespolo, lo si raggiunge 
solo se non e gia occupato da un altro volatile: questo controlIo viene 
effettuato su una variabile flag del trespolo. Essendoci tre trespoli per colonna 
ed essendo tre i volatili, almeno un trespolo e sempre disponibile. 

Ogni nodo e collegato a tutti i possibili nodi successivi mediante l'utilizzo di 
link appositi che e possibile impostare graficamente nell'editor dei livelli: la 
struttura risultante e un grafo orientato, ma, poiche non vi e alcuna esigenza di 
algoritmi di pathfinding, ogni uccello mantiene un riferimento soltanto al 
proprio target attuale. 

Gli uccelli (in figura 26 rappresentati dagli ellissoidi quadrettati) 
dialogheranno unicamente con i waypoint (rappresentati dai cubi blu), siano 
essi semplici punti in aria oppure trespoli, ovvero i punti in cui gli uccelli si 
andranno a posare facendo schiantare la torre verso il basso. 

In quest'ultimo caso, essi hanno un riferimento alia loro torre e aggiorneranno 
il numero di uccelli su essa poggiati: le FSM delle torri si occuperanno della 
gestione del loro movimento in funzione degli input dei trespoli. 
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Figura 26: Link dei waypoint visti nell’editor 


Di seguito verranno approfondite le singole problematiche relative a questa 
seconda parte dello stage a partire dalla gestione del movimento degli uccelli. 


4.4.1 Gestione dei Percorsi e del Movimento 

La tecnica di inseguimento dinamico di waypoint permette una grande 
flessibilita di editing del livello, sia in termini di espandibilita che di modifica 
dei percorsi. Durante la progettazione, infatti, si e cercato di trovare un giusto 
compromesso fra due esigenze fra loro contrastanti: da un lato, per mantenere 
la giocabilita, i percorsi dovevano avere un grado di prevedibilita tale da 
rendere possibile per il giocatore il raggiungimento della fine del livello e, 
dall'altro, il reparto di design ha sottolineato come degli uccelli che seguano 
sempre lo stesso ed identico percorso possano risultare finti e minare 
l'immersivita del giocatore. Con questo approccio, inserendo piu waypoint 
alternative gli uccelli non seguiranno sempre lo stesso percorso ma si avra la 
garanzia che essi rimarranno sul grafo creato in fase di editing. 11 grado di 
variability del percorso puo essere eventualmente modiflcato a seguito di una 
fase di playtesting non soddisfacente. 

Si e deciso di dividere il comportamento del singolo uccello nella parte del 
livello antecedente alia scalata da quello dei tre uccelli nella seconda fase di 
gameplay: questo perche, pur utilizzando la stessa tecnica per il movimento e 
la gestione dei percorsi, essi hanno pattern comportamentali different e si e 
preferito, dove possibile, scindere FSM per non renderle eccessivamente 
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complesse. Inoltre si fa presente che un interazione diretta con gli avversari 
mediante touch e prevista soltanto per gli uccelli della seconda parte dello 
stage. 

Di seguito si riporta la FSM relativa all’uccello singolo. 

ESS _ [Seme caduto (Uccello giunto 

^ H sul pavimento] H I sul trespolo] 


[lllo arnvato 
a meta scalata] 



Figura 27: FSM dell'uccello singolo 

Nello stato Flying esso segue semplicemente una serie di waypoint 
posizionati in maniera circolare sopra illo: una volta caduta la sfera, viene 
inviato un messaggio e l'uccello incomincia a seguire un nuovo percorso, 
questa volta verso il trespolo. Una volta giunto li, attendera il prossimo 
messaggio, generato da un trigger posto a meta della scalata. Una volta 
raggiunto l'uccello prendera il volo e appena uscito dalla visuale, si disattivera 
liberando memoria. 




[II waypoint raggiunto e un trespolo]- 



-[Tre secondi passati o il giocatore ha interagito]- 

Figura 28: FSM dei tre uccelli 

Per quanto riguarda invece la seconda parte del livello, tutti e tre gli uccelli 
condividono lo stesso grafo, composto da waypoint posizionati attorno alle 
torri: cio implica che potenzialmente potrebbero verificarsi delle collisioni. In 
prima istanza si era pensato di creare itinerari distinti per ogni uccello, ma cio 
avrebbe portato ad un enorme spreco di spazio e ad un iter di realizzazione del 
livello inutilmente complesso. Per risolvere il problema, si e creato un 
semplice sistema di risoluzione delle collisioni fra uccelli: per questo motivo, 
e stata inserita un array statico BIRDS all'interno della FSM degli uccelli. 
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Questa variabile contiene i riferimenti a tutti gli uccelli in gioco, che si 
inseriscono nell'array in fase di creazione dei singoli attori. 

Grazie a questi riferimenti e possibile applicare una miglioria aH'algoritmo 
descritto nel capitolo precedente sulle tecniche per il movimento per la 
gestione delle collisioni. Sia A l'uccello in esecuzione: ad ogni frame, per ogni 
altro uccello si calcola un vettore direzione verso di esso, lo si normalizza e lo 
si moltiplica per il modulo del vettore velocita. Nell'esempio in figura 29 
avremo quindi un vettore direzione d calcolato secondo la seguente formula: 

d = |v|||fi-4 

Spostando il punto A con la formula seguente otterremo il punto K. 

K = A + d 

qualora B sia ad una distanza r dal punto K , si e in procinto di collisione. In 
questo caso, il target originario viene ignorato e viene ricalcolato 
temporaneamente come segue: dato il vettore velocita di A , si calcola il punto 
che si sarebbe occupato di li a poco (nell'esempio J) e lo si sposta seguendo 
l'asse verticale (nell'esempio u) del modello 3D di B. 

Mediante la seguente formula e possibile quindi ottenere un target 
temporaneo: 

^temp J + U 


In questo modo A si dirigera temporaneamente verso il T temp fino a quando B 
non sara fuori dall'area di collisione. 
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Figura 29: A sinistra lo schema adottato per evitare le collisioni e a destra il suo funzionamento in gioco 


Questa soluzione ovviamente non risolve le collisioni con l'ambiente 
circostante, ma sfrutta le caratteristiche del livello: gli unici ostacoli presenti 
sono appunto le torri che sono laterali agli uccelli. In questo modo gli uccelli 
si eviteranno volando in alto, eliminando di fatto la possibility di andare a 
collidere con le torri; per questi motivi il metodo ha dato buono risultati in fase 
di playtest. Nella figura 29 a destra si puo vedere un esempio di esecuzione: i 
due uccelli sono rappresentati da due ellissoidi e le linee bianche 
rappresentano v e T temp — A. DaH’immagine si puo vedere come l'uccello 
sulla destra previene la collisione impostando temporaneamente il target un 
po' piu su: I'estremita della linea bianca obliqua e il target temporaneo. Di 
seguito si vedra nel dettaglio la soluzione proposta per la gestione del 
movimento delle torri e per evitare che due uccelli si poggino sullo stesso 
trespolo. 


4.4.2 Gestione delle Torri e dell'Interazione con il Giocatore 

Per gestire al meglio i movimenti delle torri, si e creata una FSM apposita, 
come si puo vedere in figura 30. 

Le torri iniziano nello stato di Up, durante il quale non fanno altro che ruotare 
leggermente su se stesse, come richiesto dal reparto di design. 

Per realizzare questa rotazione, si e utilizzata la funzione seno: ad ogni frame 
viene effettuata una rotazione sull'asse delle y pari al seno di un angolo molto 
piccolo moltiplicato per il tempo trascorso fra un frame e 1'altro. Data la 
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semplicita del problema e la necessita di ruotare sempre sullo stesso asse, sono 
stati utilizzati angoli di Eulero. Sia quindi Torre y la componente y 
dell'orientazione della torre utilizzando la formula seguente avremo Rot y , 
ovvero la nuova orientazione della torre ruotata leggermente. 

Rot y = sin (tempo B)Torre y 



[Almeno un uccello 
si posa su uno dei trespoli] 




[Almeno un uccello 
si posa su uno dei trespoli] 


[Torrearrivata 
alia posizione iniziale] 


♦ 



[Torre arrival 
alia base] 






[Nessun uccello posato 
su un trespolo] 


^ 25223 ^ 


[Nessun uccello posato 
su un trespolo] 


Figura 30: FSM delle torri 


La funzione seno ha come codominio [—1... 1]; in questo modo la torre 
ruotera su un lato fino ad un certo punto, poi cambiera direzione, seguendo 
l'andamento della funzione seno. 


Ogni waypoint che e un trespolo e gerarchicamente collegato alia torre 
corrispondente: in questo modo ad ogni movimento della torre i trespoli 
muteranno conseguentemente la loro posizione nel mondo. In questo modo, 
per ogni trespolo e possibile ricavare a runtime un riferimento alia propria 
torre come indicato nel capitolo 4.1. Utilizzando delle librerie di 
comunicazione fra attori fomite dal framework aziendale, ogni trespolo, 
quando un uccello vi si posa, manda un messaggio alia torre corrispondente. 
Quest'ultima aumenta di uno il numero di uccello poggiati su di essa: 
mantenendo il numero esatto di uccelli poggiati su ogni trespolo, e possibile 
modificare il proprio stato coerentemente alia situazione di gioco come 
mostrato nella FSM. Durante lo stato di GoinglJp e GoingDown si ritorna 
rispettivamente nella posizione superiore/inferiore utilizzando 
un'interpolazione lineare: il coefficiente di interpolazione nello stato di 
GoingDown e molto piu alto, simulando cosi una caduta repentina ed una 
ascesa graduale nello stato di GoingUp 
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Figura 31: Intera/ione degli uccelli con le torri in gioco 

Per calcolare il punto di arrivo in basso si e utilizzata la tecnica del raycast: 
facendo partire un raggio dalla torre verso il basso, si avranno le coordinate 
spaziali del punto di collisione con la base sulle quali basare i controlli 
successivi per le transizioni della FSM. 

Si e optato per 1'utilizzo questo metodo anziche utilizzare il motore fisico per 
la realizzazione del movimento verticale della torre poiche la situazione stessa 
e irrealistica: cosi come mostrate le torri non dovrebbero rimanere sospese in 
aria e tantomeno dovrebbero cadere al peso di un solo uccello, quindi con 
l'approccio proposto si ha il totale controllo del movimento delle torri. 


Nella Figura 31, viene mostrato il comportamento di una torre in seguito 
aU'arrivo di un uccello: i cubi blu rappresentano i waypoint del percorso e, 
come si puo notare, i trespoli non sono altro che dei waypoint posizionati al 
bordo della torre. 


Per quanto riguarda la gestione del touch e dell'aumento di velocita l'approccio 
utilizzato si e rivelato semplice ed efficace. In ogni stato viene richiamata una 
funzione di check del touchscreen; se il giocatore in quel frame ha toccato il 
volatile esso aumentera un counter intemo fino a giungere a due. In tal caso, 
un suo attributo contenente la velocita viene raddoppiato ed inseguira i 
waypoint piu celermente. 
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Poiche in fase di play test si e visto che dopo un certo numero di tocchi il 
livello diveniva insuperabile poiche tutti gli avversari erano velocissimi, si e 
discussa una variante con il reparto di design: quando un uccello riparte dal 
trespolo senza essere toccato, ovvero a causa di un tinier prefissato, il counter 
di tocchi si resetta e la velocita ritoma ad essere quella normale. La soluzione 
ha permesso di venire incontro alle richieste iniziali del designer per quanto 
riguarda la variazione di velocita ma ha permesso di mantenere stabile la 
giocabilita nelle sessioni di playtest effettuate. 
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5 Tecnologie Utilizzate 

Si descriveranno ora le tecnologie utilizzate per l’implementazione delle 
soluzioni progettate ed esposte precedentemente. 


5.1 BIueRoses Engine 

11 gioco della presente tesi e stato realizzato mediante un framework 
multipiattaforma proprietario dell'azienda di nome BIueRoses [9]; esso e stato 
pensato per permettere l'esecuzione di giochi 3D anche su dispositivi datati o 
dalle scarse performance. 

BIueRoses e pensato principalmente per dispositivi portatili quali Game Boy 
Advance, Nintendo DS, PSP e Wii. 

L'interfaccia grafica del framework BIueRoses e Xproton: esso e l'editor 
proprietario basato sulla tecnologia BIueRoses della Raylight Studios. 

L’editor e un programma che permette alio sviluppatore di creare ambienti 
virtuali 3D e di inserirvi oggetti ai quali e possibile associare informazioni 
vario genere, fra cui scripting comportamentali, animazioni, suoni e molti altri. 

Selezionando un oggetto presente nel livello, e possibile modificarne il 
modello 3D corrispondente, le caratteristiche fisiche e il comportamento. 


Figura 32: Assegnazione di una AI ad un oggetto nell'editor 

Dall'interfaccia di Xproton e possibile selezionare nel livello un oggetto e 
selezionare nella tabella a sinistra la sua AI: e possibile selezionare una delle 
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FSM per assegnarla all'attore corrente. Quando si eseguira il gioco, I'attore 
eseguira il codice selezionato: tutte le FSM presentate in precedenza sono state 
assegnate in questo modo. 

Il comportamento degli attori presenti in un livello di gioco viene definito 
mediante delle macchine a stati finiti: esse vengono create in linguaggio Lua 
attraverso l'interfaccia grafica fornita da Xproton. 

Di seguito viene presentato un esempio di macchina a stati finiti realizzata con 
queste tecnologie. Dall'editor di AI e possibile creare nuove FSM e aggiungere 
stati e transizioni a quelle preesistenti. Quando viene creata una FSM da 
questo editor, viene generato un file Lua corrispondente, all'interno del quale e 
possibile codificare le azioni da svolgere all'interno di uno stato e le condizioni 
booleane per le transizioni. 



Figura 33: Esempio di FSM nelFeditor 

Cliccando sugli stati e sulle transizioni viene aperto I'ambiente di sviluppo per 
le FSM 

In verde viene mostrato lo stato di inizializzazione, in viola tutti gli altri stati 
ed in azzurro le transizioni fra uno stato ed un altro. 

Durante ogni frame di gioco, tutte le AI eseguono il codice relativo al loro 
stato corrente. 
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Le transizioni sono espresse come funzioni booleane mutualmente esclusive: 
in ogni frame, terminata l'esecuzione della funzione di stato, vengono eseguite 
tutte le funzioni di transizione in uscita. Qualora una delle transizioni valuti a 
true, 1'attore passera alio stato successivo. 


5.2 I Linguaggi di Programmazione Usati 

II core del Blueroses Engine e scritto in C/C++: cio e dovuto al fatto che 
I'azienda ha prodotto in passato giochi per piattaforme dotate di scarsissima 
memoria, quali il nintendo DS, ed e stato necessario ottimizzare sia la 
complessita di tempo che di spazio utilizzando un linguaggio di basso livello. 

Da un lato il C offre una grandissima efficienza essendo vicino al linguaggio 
macchina ma dall'altro la sua natura tende inevitabilmente a dilatare i tempi di 
sviluppo: basti pensare che per modificare solo alcune variabili vanno 
ricompilate spesso intere librerie, il che, da un punto di vista produttivo, e 
estremamente svantaggioso. 

Per questo motivo negli ultimi anni I'azienda si e sempre piu orientata per uno 
sviluppo basato sul linguaggio di scripting Lua [ 10 ], del quale si parlera nel 
detaglio nel capitolo successivo. 


5.2.1 Lua 

Lua e un linguaggio di scripting dinamicamente tipato e interpretato: cio 
implica che il codice puo essere modificato e mandato in esecuzione senza 
ricompilazione, snellendo 1'iter produttivo e velocizzando lo sviluppo. 

Essendo un linguaggio di scripting, esso e inevitabilmente piu lento di svariati 
ordini di grandezza rispetto a linguaggi compilati quali il C++ [11]; esiste pero 
la possibility di utilizzare un'implementazione indipendente di Lua chiamata 
LuaJIT [12] che usa un compilatore just in time, ovvero converte il bytecode 
in linguaggio macchina prima dell'esecuzione. 

Lua e uno dei linguaggi di scripting piu veloci ed e estremamente semplice per 
gli sviluppatori integrarlo in engine preesistenti. Per questi motivi Lua e stato 
scelto in azienda; per molte delle funzionalita preesistenti in C e stato infatti 
possibile scrivere delle funzioni wrapper, rendendo tutte le funzionalita 
preesistenti disponibili in ambiente Lua con il minimo sforzo possibile. 
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Tutte le strutture dati e le funzioni relative agli angoli di Eulero, ai quaternioni 
e alle curve di Bezier erano disponibli in C++ ma solo parzialmente accessibili 
in ambiente Lua: per esempio le funzionalita di interpolazione non erano 
utilizzabili dal layer Lua e si e proceduto al wrapping di funzioni preesistenti. 

Lua offre meta-meccanismi grazie ai quali e possibile implementare nuove 
propriety e strutture; non vengono offerte librerie standard come viene invece 
fatto in Java. Pur non supportando esplicitamente il paradigma orientato agli 
oggetti puo infatti simularne le caratteristiche mediante l'utilizzo di strutture 
dati e funzioni, che in Lua sono considerate variabili. 

Nel framework aziendale questi meta-meccanismi sono stati utilizzati con 
successo per la creazione di un sistema di ereditarieta tipico dei linguaggi 
object-oriented. Nella macchina a stati finiti realizzata per i volatili e mostrata 
nel capitolo 4.4.1, si e sfruttata la strutturazione degli scope locali e globali per 
la creazione dell'array BIRDS che e a tutti gli effetti una variabile statica 
condivisa fra tutte le istanze di quella FSM. 

Per tutte le caratteristiche citate in questo capitolo, Lua risulta essere il 
principale linguaggio di scripting utilizzato al mondo per lo sviluppo di 
videogiochi [14]: per esempio, nel videogioco di ruolo Baldur's Gate II: 
Shadows of Amn, le AI dei personaggi sono scritte e gestite in Lua ed e 
possibile, per i giocatori interessati, modificare il comportamento dei 
personaggi in maniera adattiva alle varie situazioni di gioco. 



Figura 34: Screenshot di Baldur's Gale II: Shadows of Amn 
Fonte: http://wAvw.giantbomb.com/images/1300-322308 
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Lua e stato impiegato con successo per la realizzazione di componenti 
aggiuntive per giochi conosciuti il cui core e scritto in C: un esempio e il 
famoso gioco di ruolo online World of Warcraft. 
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6 Conclusioni e Possibili Sviluppi Futuri 

Nella trattazione della tesi sono state affrontate numerose tematiche legate alio 
sviluppo di intelligenza artificiale per videogiochi, con particolare enfasi sulle 
tecniche per la realizzazione del movimento di personaggi virtuali. 

Molte energie sono state profuse per ricercare le tecniche per la realizzazione 
del movimento; lo studio approfondito delle loro caratteristiche ha permesso di 
offrire una soluzione ottimale e quindi di riprodurre il comportamento 
desiderato. 

Le richieste effettuate dal reparto di design sono state soddisfatte 
completamente, spesso integrando e migliorando i comportamenti inizialmente 
proposti a seguito di un dialogo continuo e stimolante. 

In fase di playtest, infatti, tutte le funzionalita realizzate rispondevano 
correttamente agli input dell'utente e potranno essere utilizzate nella 
realizzazione del livello. 

11 framework aziendale e stato piii che adatto alia risoluzione del problema, ma 
alcune scelte effettuate dall’azienda per la gestione del modello decisionale 
causeranno inevitabilmente un aumento della complessita delle macchine a 
stati finiti. Si pensi che la FSM del protagonista e unica per tutti i livelli di 
gioco: con lo sviluppo dei livelli successivi e all’aggiunta di nuove 
caratteristiche di gameplay questa singola AI e destinata a crescere 
drammaticamente. 

Per una migliore riusabilita del codice gia scritto ed un'organizzazione del tipo 
divide ed impera, e stata proposta l'introduzione di macchine a stati finiti 
gerarchiche (abbreviato HFSM) nel framework aziendale. 

Seguendo una progettazione di tipo top-down, esse introducono il concetto di 
gerarchia fra stati e suddividono coerentemente lo sviluppo di piu stati in 
sottomacchine. 

Avendo a disposizione piu tempo, sarebbe desiderabile ristrutturare il codice 
della libreria fisica al fine di renderla quanto piu generica possibile: 
utilizzando i quaternioni come standard per esprimere le rotazioni e calcolando 
le forze di gravita in funzione del piano di giacenza, la libreria acquisirebbe un 
grado di astrazione maggiore e potrebbe essere utilizzata con successo in molti 
giochi dal gameplay vario. 
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Di particolare interesse e stato lo sviluppo del sistema per la gestione delle 
collisioni fra uccelli in volo. Una possibile espansione sarebbe utilizzare un 
sistema di collision avoidance generico ed applicabile a qualunque attore, 
permettendogli di evitare qualsiasi ostacolo anche dinamicamente; a tale scopo 
delle ricerche effettuate sui Bird-oid Object (abbreviato BOID) hanno 
individuato in questo modello una possibile astrazione del problema [ 1 3], 

Infine, un aspetto non approfondito del movimento degli uccelli e l’animazione 
di appoggio sul trespolo: poiche i modelli 3D degli uccelli non erano ancora 
stati realizzati, questa parte e stata inevitabilmente sorvolata. 

A seguito di un'approfondita discussione con il reparto di grafica, 
presumibilmente si sarebbe dovuto utilizzare un metodo ragdoll [ 3 ], ovvero 
una forma di animazione procedurale e calcolata a runtime per la realizzazione 
di corpi che cadono; nei videogiochi spesso viene utilizzata per simulare le 
cadute dei corpi dei nemici uccisi poiche pur riproducendo lo stesso 
movimento a grandi linee, delle variazioni vanno introdotte in funzione, per 
esempio, della direzione del colpo o del proiettile che ha causato la morte. 

Nel caso degli uccelli, la componente variabile sarebbe stata la direzione di 
provenienza prima di poggiarsi effettivamente su un trespolo: utilizzando un 
sistema di ragdoll, il corpo, una volta raggiunto un trespolo, si sarebbe lasciato 
cadere producendo un effetto realistico. 
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